-
Notifications
You must be signed in to change notification settings - Fork 349
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
config: migrate off config.merge()
#5015
Conversation
Since the 0.23 release is tomorrow, should we wait with this until after that? This seems like something that could use more than a day of testing. What do people think? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Since the 0.23 release is tomorrow, should we wait with this until after that? This seems like something that could use more than a day of testing.
I'm fine in either way. A bigger change settings.get() -> stacked_config.get()
is already in, so this PR has relatively small impact. However, it doesn't provide any UX improvement at this point.
I was thinking that this PR was migrating off the |
When I wrote the original lookup function, I didn't notice that the root config value could be accessed as &config.cache without cloning. That's the only reason I added split_safe_prefix().
config::Config will soon be replaced with StackedConfig, and UserSettings provides more convenient methods than StackedConfig.
b23459f
to
aa7d7c8
Compare
That would definitely require testing. It'll also include minor behavior changes. |
Checklist
If applicable:
CHANGELOG.md